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(57) Abstract 

Cryptographic methods and 
apparatus are disclosed relating to pracUcal 
cryptographic systems for electronic transfer 
ofinCiation. Specifically, inventive 
techniques are described to allow the use 
of tamper-resistant computing devices 
without powerful processors; to guarantee 
security against criminals able to gam ftffl 
control over computing devices of other 
parties; to allow value in privacy-protected 
off-line cash systems to be represented by 
counters instead of digital coins, withou 
significantly compromising secunty agamst 
criminals who can by-pass tamper-resis^ce; 
and to allow secure currency conversion 
in privacy-protected off-line cash systems 
without requiring tamper-resistance for 
receiver parties. 
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SECURE CRYPTOGRAPHIC METHODS FOR 
ELECTRONIC TRANSFER OF INFORMATION 



INVENTOR 

Stefanus Alfonsus Brands. 

BACKGROUND OF THE INVENTION 



1. Field of the invention. 

This invention relates to cryptographic systems for electronic transfer of 
information, and more specifically to methods for improving the 
practicality and the security of such systems. 

2. Description of the prior art. 

In a public-key cryptographic system for electronic transfer of 
information, a user party performs a cryptographic action (meaning a 
cryptographic task that can only be performed knowing a secret key) with 
respect to a public key that has been issued or validated by an issuing 
party. The cryptographic action can be verified off-line by a receiver party 
if the public key is accompanied by a digital certificate of the issuing party 
on the public key. When the verification is performed on-line by the issuing 
party, and the issuing party can recognize the public keys it issued, no 
digital certificate is needed. 

In order to perform public-key cryptographic computations each party 
must have at least one computing device at its disposal. Any one of the 
following three configurations may be used by a user party: a 
tamper-resistant computing device; a computing device that the user party, 
at least in principle, can fully control, henceforth referred to as a 
user-controlled computing device; or, both a tamper-resistant computing 
device and a user-controlled computing device. A tamper-resistant 
computing device offers security for the party in whose interest it acts, 
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typically the issuing party, when the decision of whether to perform the 
cryptographic action may not be made by the user party itself. An access 
control mechanism for the tamper-resistant computing device offers 
protection to the user party against loss or theft. The use of a 
user-controlled computing device is appropriate when communication 
between the computing device of the user party and the outside world can 
only be handled satisfactorily by a desktop computer or the like, or when 
the secret key of the computing device may be known to the user without 
loss of security. The use of a tamper-resistant computing device together 
with a user-controlled computing device offers the advantage of both; the 
tamper-resistant device offers security and, when it is small, convenient 
portability between application platforms, and the user-controlled device 
offers ease of communication and secure data entry and display means for 
the user party. 

An important example of a public-key cryptographic system for 
electronic transfer of certified information is an electronic payment system. 
In a first type of electronic payment system, a digital signature provided by 
a computing device of a user party serves as a promise-to-pay, validating for 
example a debit or credit card payment. Because no value is stored by the 
computing device, the user party can be allowed to know the secret key of 
its computing device, and any one of the three abovementioned 
configurations can be used. 

A second type of electronic payment system is a pre-paid, electronic 
purse system. Here, a computing device of a user party maintains a 
counter, representing the amount of electronic cash held by the user party. 
To transfer an amount, the computing device digitally signs with respect to 
its public key a message specifying at least the amount, and 
correspondingly decreases its counter. To prevent the user party from 
making payments without involvement of the counter, the computing 
device must be tamper-resistant. 

A third type of electronic payment system is one in which payments of a 
user party are untraceable and, at least to some degree, unlinkable. Value is 
represented either by a counter in a tamper-resistant device, or in the form 
of digital coins. Privacy of electronic payments can be attained in either 
one of two different ways: stored- value tamper-resistant computing devices 
are issued anonymously (for untraceability), and may be freely exchanged 
amongst user parties (for unlinkability); or suitable cryptographic 
techniques are used for blinding digital coins when issued. 
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While much research has been done to improve the security and 
prac^ofpubUc-key cryptographic systems for el^tran^of 

A first problem relates to the fact that a smart card or a PCMCIA card, 
whkh*e Leal embodiments for a tamper-resistant computing device 
2^£L a cryptographic action such as digi^ sigmng only by 
using a special-purpose coprocessor; ordinary 4 or ^ 
nucrlprocessors typically take many minutes. To unprove e^e^ 

JL * distal signature scheme can be used for which the bulk of the 
be pre-prooeseed, and the - - * 

^Ttmed efLently b, a ample P^. TKs 
Ltishctory for application* where sipmtures fre^Uy need to be 
pKxluced at sutetmrtially unpredictable moments. Server-mded 
Lputation does aot allow delegtfion of the pre-procesnng phase "an 
uZt* pow«ful processor «o such . «~ that a non-eoph^cated 
orocessor can rapidly perform the moaiaiiiis computational teak. 
P E^L of JU*— M phaae to a powerful „ ofa trW 
pM t7that kno™ the secret key of the tampcr-reeutsnt 
CLche, D., M'R-hl, D., Raplmeli, D„ »d Vand^,, S OmMX be 
^.Comp^y^^e^^-— • 
Pre-proceedings of Eurocrypt '94, pp. 85-94) suiters rrom ^ 
problems: the tamper-resistant device needs to store all V~»£* 
Lues in EEPROM, which is fairly limited for ordinary smart card 
oTc^rs- (re-)loading the card with pre-computed values requues 
SSS ^ Contact with a terminal of the * 
, oZTconvenient , and enables the smart card to — has 
^formation to the trusted party and vice versa; ^ e ^. 
Ae^mty to forge signatures with respect to the public key of the 

device, since it knows the 
the damper-resistant computing device to perform its crypto^ action. 

AnoLr problem is the potential damage due to loss or theft of 
com^Cd^Whilepasswordorb 

o^rZcriminals from operating computing devices of other parti^it 
ceTeinly does not protect against determined criminals who c^ by pass 

or biometric verification mechanisms. The expected damage 
ZZ by such criminals can be limited somewhat by reccing 
toXrt stolen or lost computing devices, and correspondingly distobute 
blaXl,tut this measure is not entirely satisfactory for large-scale 
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applications. 

A third problem relates to the setting in which a user party holds both a 
user-controlled computing device and a tamper-resistant computing device. 
In this setting the tamper-resistant computing device typically holds a 
secret key needed to perform the cryptographic action, and the 
user-controlled computing device serves mainly as a convenient interface to 
the outside world and to offer secure data entry and display means to the 
user party. An access control mechanism does not protect sufficiently 
against loss or theft of the tamper-resistant device, since determined 
criminals can be expected to be able to by-pass that. Storing the public key 
of the tamper-resistant computing device and, if present, an issued digital 
certificate thereon, only in the user-controlled computing device hardly 
improves security, because they can be learned by wire-tapping, or 
participating in, an execution of the cryptographic action performed by the 
tamper-resistant device. 

Other problems relate specifically to privacy-protected off-line electronic 
payment systems. When value is represented by counters in 
tamper-resistant computing devices, which can be obtained anonymously 
and may be exchanged freely amongst user parties, it is awkward to trace 
fraudulent parties that have managed to by-pass counters, inconvenient to 
reload devices anonymously (other anonymously obtained tokens must be 
given in exchange), and devices cannot be protected with an access control 
me chanism . When privacy is obtained by applying cryptographic 
techniques for blinding issued digital coins, such as described and claimed 
for example in patent application Ser. No. 08/203,231, filed February 28, 
1994, amounts frequently can be paid only by using many digital coins, and 
it is possible to have digital coins at ones disposal without being able to pay 
a specified amount. To overcome the problems of counter-based systems on 
the one hand, and of digital coins on the other hand, a privacy-protected 
off-line payment system has been proposed in the prior art in which value is 
represented by counters, while payments are made using blindly issued 
digital cheques (See, Bos, J., and Chaum, D., "SmartCash: A Practical 
Electronic Payment System," Centrum voor Wiskunde en Informatica, 
Report CS-R9035, August 1990. See also, Chaum, D., "Optionally 
moderated transaction systems," patent Ser. No. 5276736). A serious 
problem of this system is that a determined criminal, who manages to 
extract the contents of his tamper-resistant computing device, can spend 
withdrawn cheques over and over again, without being traceable; 
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anonymous publication of the contents of a compromised tamper-resistant 
device can seriously cripple the system. No privacy-protected off-line 
electronic payment system is known that overcomes the practical problems 
associated with digital coins without significantly degrading security. 

Another problem with the known privacy-protected off-line payment 
systems based on the blinding concept is that they do not offer the 
possibility of currency conversion. In cross-boundary payment applications 
this may pose a serious problem to the acceptability of these systems. 

SUMMARY OF THE INVENTION 

Accordingly, it is an object of the present invention to: 

allow efficient public-key cryptographic systems for electronic transfer of 
information based on tamper-resistant computing devices, without using 
special-purpose cryptoprocessors; 

increase security in cryptographic systems for electronic transfer of 
information against criminals who are able to gain full control over 
computing devices of other parties; 

increase security in cryptographic systems for electronic transfer of 
information in which user parties hold a user-controlled computing device 
and a tamper-resistant computing device; 

allow efficient implementation of privacy-protected off-line electronic 
cheque systems while offering security against criminals who can extract 
the contents of tamper-resistant computing devices; 

allow efficient implementation of the resulting cheque systems without 
using special-purpose cryptoprocessors for the tamper-resistant computing 
devices of account holders; 

enable currency conversion in privacy-protected public-key 
cryptographic systems for off-line electronic payments; and 

allow efficient, economical, and practical apparatus and methods 
fulfilling the other objects of the invention. 

In accordance with the objects of the invention, a brief summary of the 
invention is now presented. Some simplifications and omissions may be 
made in the following summary, which is intended to highlight and 
introduce some aspects of the present invention, but not to limit its scope. 
Detailed descriptions of preferred exemplary embodiments adequate to 
allow those of ordinary skill in the art to make and use the invention are 
provided later. 
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The invention shows a fiist inventive technique to allow practical 
public-key cryptographic systems in which a user party holds a 
user-controlled computing device, UC, and a tamper-resistant computing 
device, TC that does not have a powerful processor. TC comprises a secret 
key and performs the public-key cryptographic action of digital signing 
with respect to the corresponding public key. To relieve the computational 
burden of TC a digital signature scheme is used for which the bulk of the 
computations can be pre-processed, and the remaining dependent 
computational task can be performed rapidly by a simple processor. The 
pre-processing is done by a powerful processor, IC, simulating the required 
random numbers using pseudo-random numbers based on a serial number 
and a secret key known to both IC and TC. UC stores the pre-processed 
information, and provides it (or information computed from it) to TC when 
a digital signature is to be produced by TC. Since the computation of 
digital signatures typically is not synchronized with the pre-processing 
phase, UC needs to ensure that the pre-processed information it provides to 
TC is synchronized with the pre-processed information TC expects to 
receive; several methods for this are described in the detailed description. 
Note that TC does not need to store pre-processed information in 
non-volatile memory, and never needs to be brought in direct contact 
with IC. 

Also shown is a second inventive technique for improving security 
against criminals who gain full control over computing devices of other 
parties, whether tamper-resistant or not. Hereto the access control 
mechanism of the computing device is integrated with the cryptographic 
scheme applied by the computing device for performing its cryptographic 
action. More specifically, the secret key needed to perform the 
cryptographic action is taken to be a function of information held by the 
computing device and access information that is provided by the party that 
holds or controls the computing device. After use, the computing device 
erases the provided access information, and any other information that has 
been computed based on the provided access information. It is also shown 
that taking the function to be one-way with respect to the access 
information has the advantage that the secret key can be stored during a 
whole session, without enabling the access information to be derived from 
its contents. 

Further shown is a third inventive technique for increasing security in 
cryptographic systems for electronic transfer of information in which a user 
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party holds a user-controlled computing device, UC, and tamper-resiston 
computing device, TC. The method for protecting against loss or theft of 
TC is motivated by the fact that it will be much harder for crimmals to 
obtain both computing devices, for instance because of the sheer weight of 
a typical embodiment of UC (e.g., a desktop computer), or because UC and 
TC can be held in separate places when not in use. The secret key 
corresponding to the public key of TC is hereto taken to be a function of a 
secret key held by TC and a secret key held by UC. Two methods are 
detailed, one in which UC provides it secret key to TC when a 
cryptographic action is to be performed by TC, the latter erasing it after 

the other in which UC never reveals its secret key to TC. With the 
latter method TC can never leak the secret key corresponding to ite public 
key, and so signatures with respect to it cannot even be forged by the party 

that provided TC. 

A fourth inventive technique is shown for designing practical 
privacy-protected off-line electronic cheque systems offering security against 
criminals who can physically extract the contents of tamper-resistant 
devices. Instead of representing value by digital coins, the amount of 
electronic cash held by an account holder is represented by a counter in a 
tamper-resistant computing device, TC. This eliminates the use of many 
digital coins to transfer one amount, and ensures that account holders never 
Jed to be in a position where they still have digital coins but cannot make 
up the amount to be paid. Electronic cheques are withdrawn from the bank 
in a cheque withdrawal protocol, and written in a cheque payment protocol 
for any amount up to a predetermined maximum. A built-in cryptographic 
mechanism, called restrictive blinding and described in patent application 
Ser No. 08/203,231, filed February 28, 1994, guarantees that a double-spent 
cheque can be traced to the account holder that withdrew the cheque. 

By applying the first inventive technique, the tasks of the account 
holder in the cheque system can be performed efficiently by a TC that does 
not have a sophisticated coprocessor. Furthermore the second and third 
inventive techniques can be applied, so that security is offered against 
determined criminals who try to double-spend electronic cheques of other 
account holders by extracting the contents of stolen computing devices. 

Still further shown is an inventive technique to allow currency conversion 
in the electronic cheque system. The inventive technique ensures security of 
the currency conversion mechanism without requiring tamper-resistance for 
payees Hereto the bank encodes in the cheque withdrawal protocol a table 
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of currency conversion rates into the issued cheques, and the two parties 
involved in the cheque payment protocol select from this table the 
conversion rate applicable to the two currencies involved. 

Other features, objects, and advantages of this invention will be 
appreciated when the description and appended claims are read in 
conjunction with the figures. 

BRIEF DESCRIPTION OF TH E DRAWINGS 

FIG. 1 shows a block diagram of a preferred embodiment including a 
tamper-resistant computing device for a user party, a user-controlled 
computing device for a user party, and a computing device for a receiver 
party or an issuing party, in accordance with the teachings of the present 
invention. 

FIG. 2 shows a flowchart of an issuing protocol for a public-key 
cryptographic system for electronic transfer of information, in which a 
tamper-resistant computing device without a powerful processor can 
efficiently compute digital signatures, in accordance with the teachings of 
the present invention. 

FIG. 3 shows a flowchart of a cryptographic system offering security 
against criminals who gain full control over computing devices of other 
parties, in accordance with the teachings of the present invention. 

FIG. 4 shows a flowchart of a cryptographic system offering security 
against criminals who gain control over tamper-resistant computing devices 
of user parties, but not over their user-controlled computing devices, in 
accordance with the teachings of the present invention. 

FIG. 5 shows a flowchart of an account opening protocol for a 
privacy-protected off-line electronic cheque system, in accordance with the 
teachings of the present invention. 

FIG. 6 shows a flowchart of a cheque withdrawal protocol for the 
privacy-protected off-line electronic cheque system, in accordance with the 
teachings of the present invention. 

FIG. 7 shows a flowchart of a cheque payment protocol for the 
privacy-protected off-line electronic cheque system, in accordance with the 
teachings of the present invention. 

FIG. 8 shows a flowchart of a cheque deposit protocol for the 
privacy-protected off-line electronic cheque system, in accordance with the 
teachings of the present invention. 
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FIG. 9 shows a flowchart of a cash withdrawal protocol for the 
privacy-protected off-line electronic cheque system, in accordance with the 
te achin gs of the present invention. 

FIG. 10 shows a flowchart of a modified cheque withdrawal protocol, to 
allow currency conversion, in accordance with the teachings of the present 
invention. 

FIG. 11 shows a flowchart of a modified cheque payment protocol, to 
allow currency conversion, in accordance with the teachings of the present 

invention. s « 

FIG. 12 shows a flowchart of a modified cheque deposit protocol, to 
allow currency conversion, in accordance with the teachings of the present 
invention. 

nttTATT.ED DF srreTPTTON OF THE INVENTION 

While it is believed that the notation of FIGS. 2 to 12 would be clear to 
those of ordinary skill in the art, it is first reviewed here for definiteness. 

The actions performed by the computing devices that participate in the 
protocols, on behalf of the parties that hold or control them, are grouped 
together into flowchart boxes. The actions described in a flowchart box are 
performed by a computing device indicated at the top of the column that 
the box is in. Each line in a box describes a step, such as a computation, 
transmittal or storage. Flowcharts must be read from top to bottom, box 
by box, and, within boxes, line by line. 

The symbol denotes assignment, meaning that the variable or 
symbol on its left-hand side is assigned the value or values on its right-hand 
side to. Assignments do not necessarily imply the reservation of storage 
space, but can refer to intermediate computations performed in RAM. ^ ^ 

A test for equality is indicated by the symbol "=," and the symbol 
denotes a test for inequality. Unless specified otherwise, the present 
invention is not concerned with what should happen in case an indicated 
equality or inequality does not hold. 

The symbol "€*" indicates that the number or numbers on its left-hand 
side are chosen from the set on its right-hand side according to a 
probability distribution that is substantially uniform and independent. A 
physical random number generator may be used, possibly in conjunction 
with additional post-processing. Alternatively, detenninistic 
pseudo-random number generators may be used. 
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The word "Send," Mowed by a colon and at least one number, indicates 
that the at least one number is sent by the computing device performing . 
the actions, described in the corresponding box, to another computing 
device, indicated by the connections between the flowchart boxes. 

Some steps are surrounded by square brackets, and «]," indicating 
that the step is optional or can be performed by another party. 

The meaning of other operations, usually described by words, is 
described in the corresponding detailed description. 

In all figures for explicitness the following setup is assumed for the 
cryptoscheme employed by the computing device that has to perform a 
cryptographic action. Computations are performed in a group, denoted by 
G,, that contains q numbers, where q is a publicly known prime number 
Without loss of generality, the group operation is assumed to be 
multiplication. Efficient algorithms should be available for recognizing 
testing equivalence of, and multiplying numbers in G„ but not for 
computing discrete logarithms. An expression involving a number in G, 
indicates a computation in <?,. For computations in the ring, 2,, the 
modulo operator is denoted explicitly. 

A public key for a computing device of a user party comprises two 
numbers, g and h, in G„ where g is a number in G, unequal to 1 that 
preferably is used system-wide, and h is equal to g* for a randomly 
generated secret key x in 2,. It will be assumed for explicitness, but 
without loss of generality, that the computing devices of user parties 
compute digital signatures, using the Schnorr signature scheme (See 
Schnorr, C„ "Efficient Signature Generation by Smart Cards," Journal of 
Cryptology, Vol. 4, No. 3 (1991), pp. 161-174). Hence a digital signature on 
a message, m, is a pair of numbers, (c, r), in Z,, such that c is equal to 
H(m, g r h e ). Here, «(•) is a publicly known collision-resistant 
hash-function (meaning that it is infeasible to find different arguments that 
are mapped to the same outcome) that can be evaluated rapidly and 
preferably is used system-wide. An candidate such function is the SHA 
(See, Accredited Standards Committee X9, "Working Draft: American 
National Standard X9.30-1993: Public Key Cryptography Using Irreversible 
Algorithms for the Financial Services Industry: Part 2: The Secure Hash 
Algorithm (SHA)," 1993). 

The use of the Schnorr digital signature scheme is only intended to be 
suggestive, and not limiting in any way. It will be clear to those of ordinary 
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*■ i. the art that the inventive tedmioues can be «^ 
signature schemes, and a1«» to cryptographic actrons *-> *£> 
rising. Suitable alternatives are suggested, where appropriate, in the 
detailed description. 

Turning ao. to FIG. 1, a description of the preferred apparatus for the 
nresent invention will now be described in detail. 
Took ! represents a user-controUed computing device for a user party. 
U prises -Lnory means In, processing meaas lb and also data^ry 
areans 1c aad display means Id, interfaced by suitable means we^huown 
in the art The interface between memory means and processing means is 
. doubie-sided arrow. If the user-controlled compute dev^ 
pemonalL, then password or biometric uner-verincatron mem* may be 
present. Block 1 also comprises a tot interface means to commumcate 
with a computing device of a receiver party or of an taring party, - 
rlibed bTfiloi 3 . In case the user party holding the comparing de«e 
also holds an additional tamper-resistant computing device, such as 
Zled b, Blodr 2, a second interface m« serves to commumcate with 
the tamper-resistant device. , . n _ 

A typical embodiment of Block 1 is a desktop computer, a ^ « 
notebook computer, or a handheld computer User p^« .may own various 
user-controlled computing devices, and transfer the data 
device to another, for instance to switch between payment platforms. The 
^unication interfaces might be by direct electrical -^J^ 
red, or by electromagnetic waves, sound waves, and the hke^In the detaded 
descriptions of FIGS. 2 to 12, a user-controlled computing device is 

dCn Bbc^ rlpresents a tamper-resistant computing de*ce for a use, party. 
It comprises memory means 2a and processing means 2b, and ^resat 
least one secret key. The interface between memory means and processmg 
Leans is indicated by a double-sided arrow. In the absence of a battery or 
the like, the tamper-resistant computing device is powered by another 
^£Lg device^hen interfaced to it. Block 2 also comprises at least one 
LLeleans to communicate with other computing device,. Depending 
on the application, the interface means may communicate only with a 
^.controlled computing device, or also directly with the computing 

devices of issuing or receiver parties. PrM CIA card In 

A typical embodiment of Block 2 is a smart card or a PCMCIA card, in 
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the detailed descriptions of FIGS. 2 to 12, a tamper-resistant computing 
device is denoted by TC. 

Block 3 represents a computing device controlled by an issuing party, as 
well as a computing device controlled for use by a receiver party. It 
comprises memory means 3a and processing means 3b. Depending on the 
application, and whether the computing device is associated with the 
issuing party or with the receiver party, it may also comprise display means 
and data entry means. Block 3 comprises at least one interface means to 
communicate with other computing devices, such as a user-controlled 
computing device described by Block 1. * 

A typical embodiment for a computing device of an issuing party is a 
tamper-resistant terminal, such as a teller machine or a powerful central 
computer that can be accessed remotely by telecommunications. For a 
receiver party, a typical embodiment is a terminal that is directly accessible 
at the point of transaction, a server that is accessible over a computer 
network such as the Internet, or a user-controlled computing device 
described by Block 1. In the detailed descriptions of FIGS. 2 to 12, a 
computing device controlled by an issuing party is denoted by IC, and a 
computing device for use by a receiver party by RC. 

Turning now to FIG. 2, a flowchart of an issuing protocol for a 
public-key cryptographic system for electronic transfer of information, in 
which a user party has at its disposal a user-controlled computing device, 
UC, and a tamper-resistant computing device, TC, without a 
special-purpose cryptoprocessor, will now be described in detail. 

Box 21 shows UC providing to IC information, denoted by ID(TC), that 
enables IC to look up the secret key, x f used by TC. For example ID(TC) 
can be an identification number of TC, its public key ft, or, if TC is 
personalized, a proof of knowledge by TC of log g h mod q. Box 21 also 
shows UC sending a "serial" number, i, to IC. This step is optional, since IC 
may (be able to) determine i by itself. Ways to determine t are given 
shortly. It is noted that i may previously have been provided to UC by TC. 

The first line of Box 22 shows IC computing a number, tu,-, in Z^, by 
computing /(x, i). Here, /(•) is a one-way (hash)function, such as the SHA, 
that maps its arguments to 2,, and that can be evaluated efficiently; it 
serves as a pseudo-random number generator. The description of /(•) has 
previously been stored in TC. For greater security, the specification of /(•) 
may be kept secret by the party controlling IC. As shown in the second line, 
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IC next computes <f \ denoted by a*. Optionally, as shown in the third line, 
IC then updates % to a new value, e(t), where e(-) is a function that can be 
evaluated efficiently and does not have short cycles, so that i will differ for 
each execution of the issuing protocol. An example function e( ) is one that 
increases its argument by one. In case UC always provides i to IC, in Box 
21, IC need not compute it or keep track of it. Alternatively, e(-) can be 
more complex, perhaps a one-way hash-function, and its description is kept 
secret by the party controlling IC. The fourth line shows IC providing m to 
UC. 

The computation of w u in the second line of Box 22, heed not be based 
on the secret key i that TC uses to compute digital signatures; tu< can 
alternatively be computed as /(j/,t), where y is an independently generated 
secret key of TC that is known also to IC. There also need not be a 
corresponding public key for y. If x is installed in TC, say during the 
manufacturing process, in such a way that only TC knows y, then no party 
will be able to forge signatures with respect to the public key, h, of TC. 

The first line of Box 23 shows UC storing the number, Oj. The second 
line is an optional step, and shows UC updating the value of t. In case IC in 
Box 22 determines * by itself, this step can be omitted. If the description of 
e( ) is not public then UC cannot perform the step; in that case, when UC 
in Box 21 needs to provide t to IC, it can request TC to send the 
appropriate value. 

Box 24 shows RC providing a message, m, to UC, for which a digital 
signature is to be produced by TC. Alternatively the message is provided 
by another party, or UC can select one by itself or have the user party enter 
it using the data entry means. 

The first line of Box 25 shows UC providing m and <n to TC. It is 
important that UC sees to it that the number t is the same as the number j 
that TC will use in the second step of Box 26, to be described. In other 
words, the serial numbers used by UC must be synchronized with those 
expected by TC. Hereto UC can use a firs^in first-out (FIFO) queue to 
store Oi's retrieved in successive executions of the issuing protocol (first line 
of Box 23). Alternatively, UC first requests TC to provide the number j 
that it will use in Box 26, and then looks up the corresponding a, in a 
"table" of stored a< values. As is shown by the second line, UC then 
(optionally) erases a,-, since it has no further use. 

The first line of Box 26 shows TC computing a number, c, based on the 
number, Oi, that it just received. Depending on the application, TC may in 
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addition verify the received message, for instance against a list of allowed 
messages, or perform an appropriate action based on the message contents. 
In a pre-paid counter-based electronic purse application, for example, m 
might denote an amount of electronic cash and TC decreases its counter by 
the amount specified by m; see FIG. 7, to be described. Alternatively, if 
the message contents are not of interest to TC, then UC can provide c 
instead of a» to TC in Box 25. As is shown in the second line, TC next 
computes r according to car 4- f{x, j) mod q. Due to the synchronization 
ensured by UC, the value of j is the same as the value of i. As shown in the 
third line, TC then updates the value of j, to e(j). The old value of j can 
be overwritten. Finally, as shown in the fourth line of Box 26, TC sends the 
digital signature, (c, r), to UC. Actually, only r needs to be sent, since UC 
can compute c by itself. 

For certain embodiments of TC it may be preferable to take e(-) such 
that the updating of j only requires the change of a few bits. If e(-) 
increases its argument by one, and j is stored using the well-known Gray 
code, then only one bit must be changed each time. 

The first line of Box 27 shows UC providing to RC the public key of TC 
and the digital signature on m. If desired, UC can first verify the 
correctness of the signature by checking whether c is equal to W(m, g r h~ c ). 
If the verification of signatures is to take place off-line, then UC in addition 
may have to provide a digital certificate, cert(A), of IC on h. Note that h 
and the digital certificate (if present) need never be stored t>y TC, since 
they can be stored by UC. 

The first line of Box 28 shows RC verifying the correctness of the digital 
certificate on h, if any has been provided. The second line shows RC 
verifying the digital signature on m. 

The computations in the first three lines of Box 26 are the only 
computations that TC needs to perform in order to produce a digital 
signature on m, and they can be performed rapidly without using a 
special-purpose cryptoprocessor-an ordinary 4-bit or 8-bit smart card 
processor, say, will certainly suffice. Since TC does not perform 
computations in G q , it does not need to store software to perform 
operations in G q \ only q must to be stored, and algorithms for multiplying 
and adding modulo g, and for evaluating %(•), e(*) and /(•). Furthermore, 
since UC provides a» only when a signature is to be made, no per-signature 
non-volatile storage space is required for TC. 

This completes the description of the first inventive technique of the 
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present invention. As will be dear to those of ordinary skill in the art, 
digital signature schemes other than the Schnorr signature scheme can be 
used by TC For the inventive technique to be applicable, the signature 
scheme used by TC must be such that almost all of computational effort for 
computing a signature is independent of the message to be signed, and the 
remaining computational task, which can only be performed one* the 
message to be signed has been received, can be performed rapidly without 
using a special-purpose coprocessor. Suitable alternative signature 
schemes are the DSA (See, NIST, "Specifications for a digital «JP*"> 
standard (DSS)," Federal Information Processing Standards Pub. (draft), 
Aug 19, 1991) and the ElGamal signature scheme (See, ElGamal, T., A 
public key cryptosystem and a signature scheme based on discrete 
logarithms," IEEE Transactions on Information Theory, Vol. IT-31, No. 4, 
July 1985, pp. 469-472), and modifications of these schemes. 

Furthermore, the inventive technique also can be applied to other 
public-key cryptographic actions. In general, it is applicable when the bulk 
of the computations in the public-key cryptographic action performed by 
TC are independent of the information (provided by a receiver party) to 
which it is to be applied, and the remaining computational task can be 
performed rapidly without using a special-purpose coprocessor. Using 
the inventive technique, the task of the tamper-resistant computing device 
in for example the "validator issuing" and "validator signing" protocol 
described in Cramer, R., and Pedersen, T., "Improved Privacy in Wallets 
with Observers," Advances in Cryptology - EUROCRYPT '93, Lecture 
Notes in Computer Science, no. 765, Springer-Verlag, pp. 329-342, can be 
implemented efficiently without needing special-purpose coprocessors. 
The same holds for the task of the tamper-resistant computing device in 
the protocols described in Chaum, D., "Optionally moderated transaction 
systems," patent Ser. No. 5276736. Another example is the cryptographic 
action of identification, using the Schnorr identification scheme (See, 
Schnorr C "Efficient Signature Generation by Smart Cards," Journal of 
Cryptology", Vol. 4, No. 3 (1991), pp. 161-174) or identification schemes 
related to the DSA or the ElGamal signature scheme. 

Turning now to FIG. 3, a flowchart of a cryptographic system offering 
increased security against criminals who are able to gain control over 
computing devices of other user parties, will now be described in detail. 

The actions in the first column are performed by a computing device 
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that holds a secret key, such as TC or UC, or a computing device of a 
recover party or an issuing party. As in FIG. 2, the secret key of the 
computing device is assumed to be a number, *, in Z f . The public key of 
£e imputing device is eq ual to ^denoted by where ^ 
mfonnation m 2, known only to the party holding or controlling the 
computing device. In other words, the secret key corresponding to the 

cCuS 1° ~ 6 ^ ^ *« « - ^e 

Box 31 shows RC sending a message to the computing device 
Alternative^, the message can be determined by another^ or by the 
computing device itself. y 

party hat holds or controls it to enter the access information, „. For 
example, if the computing device is a personal computer of a user pL the 
3 ~f ° D SCTeen; * the C ° m ^ d -ice is7 

Irt T T T attaChCd * a Iapt ° P * — of 

andThe! il Mt '™*^ ™ message or the like is displayed 

and the signal 1S provded in another form, like a blinking cursor o7a 
display screen, or it is simply known that the first thing to do before the 
eomputmg device can be used is to provide access information . ^ » eld 

mm ^ ^ f C ° mPUtiD6 ^ C ° mp ^ c -cording to 

foiTr tr^ 6 ° r 4 Sdm0IT ^ Signature - T1 "*> - shown ^ the 
fourth hue the computing device computes r according to 

nttion^ 9 - ^ is either a one-way 

Jte- » memory by «,„ deyjce ft ™ 

mfonaatron after nse, tie computing device can overwrite to WM^T 
-~ ^generally, the Compaq device mllst ttase „ „^ 

taved ftom the provided access information, have been genera J «T 
*. ae^to be erased. In p^, the ^ key ^V^c^L 
competed exphcrtly, mn* be erased, afthough need Mt ^ ^ 
rmmedrately; see the discussion below. FMy, „ ^ in tte ^ 
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the computing device provides to RC its public key h, the digital signature 
on m, and (optionally) a digital certificate of an issuing party on h. 

Box 33 shows RC verifying (optionally) the digital certificate, and the 
digital signature on m, and is the same as Box 28. 

In many off-line applications, the public key»of the computing device 
must be certified by an issuing party. Initializing the computing device so 
that the secret key, x + f(y) mod q, is divided between the device and its 
holder can still be done, even if the device is tamper-resistant and its holder 
is not known at the time of manufacturing. Hereto the device initially 
needs to have the whole secret key, i + f{y) mod q, stored in non-volatile 
memory that can be written at least once. The first time the computing 
device is operated it subtracts f{y), where y is the provided access 
information, from the secret key, and overwrites it with the new value, x. 
Using this mechanism, the party holding or controlling the device can even 
be allowed to change its access information from time to time. Another 
method prevents the computing device from ever knowing the secret key, 
x + f(y) mod q. Hereto, the party holding or controlling the computing 
device provides g f(v) to the issuing party, and only x is stored in the 
computing device. The issuing party then computes the public key for the 
computing device by multiplying f by <? /(v >, resulting in h, and validates h. 

Since the secret key, corresponding to the public key, h, is never present 
for a long time in the computing device, but only for a short time and when 
the computing device is operated by its legitimate holder, protection is 
offered against theft or loss, regardless of whether the computing device is 
tamper-resistant or not. Preferably the access information is infeasible to 
determine by using an exhaustive computerized search. A randomly chosen 
eight-byte password should certainly suffice, with the current state of 
technology. For some applications even a biometric, which certainly is not 
random, may offer a satisfactory level of security. For example, if the 
computing device is a smart card that can be obtained anonymously, and 
retina patterns of individuals are not publicly available, then access 
information in the form of a retina biometric will offer some protection 
when a card is lost on the street. 

The closer in time the erasing of the provided access information takes 
place after the moment of the performed cryptographic action, the greater 
the security against theft or loss. For greater convenience, the access 
information y can be provided only once, at the beginning of a session, and 
the secret key can be stored until the end of the session; in this way the 
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access information does not have to be entered each time a cryptographic 
action is to be performed in the session. In this case it may be preferable, 
that /(•) be a one-way function, so that the access information cannot 
easily be determined from the secret-key part held by the computing device 
and the secret key. (More generally, the function according to which the 
secret key is computed from the part held by the computing device and the 
access information, should then be one-way with respect to the access 
information.) For example, if the tamper-resistant computing device is a 
PCMCIA card that is interfaced to a desktop computer, from which it 
receives its electrical power, the PCMCIA card may request entry of the 
access information immediately on insertion into the PCMCIA slot, when it 
is powered; it then stores the secret key during the whole session in its 
RAM, and erases the provided access information; and it zeroos its RAM 
when the power connection is broken, which is when it is removed from the 
PCMCIA slot. 

As a further example, consider the computing device being a 
workstation connected to the Internet, and the secret key being used by 
installed software to encrypt e-mail messages before they are sent out. To 
gain access to its account, a user party at the start of a session must type 
in a password. With the conventional approach, the password mechanism 
would be independent of the encryption mechanism. With the inventive 
technique, the encryption software would pick a secret key by generating a, 
preferably random, number and combining it arithmetically with the 
password, for example by adding the (random) number to a one-way 
function of the password. Only the (random) number is stored permanently 
on the hard disk of the workstation, perhaps in encrypted form. The secret 
key becomes available to the software after the controlling party has logged 
in, and (if desired) remains available until the end of the session; the 
provided password, however, is not stored. When the user party changes its 
password, the (random) number is overwritten by the encryption software 
with a new number, such that the combination of the new number with the 
password still results in the same secret key. This is convenient because the 
public key does not need to be changed. 

As will be appreciated, the inventive technique of integrating the access 
control mechanism with the cryptographic action performed by the 
computing device, by letting the secret key required to perform the action 
be a function of the access information and a secret key part inside the 
computing device, is generally applicable. More specifically, it can be used 
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in any situation in which a computing device, whether tamper-resistant or 
not, holds a secret key, regardless of whether the cryptographic action uses 
public-key cryptographic techniques or only conventional ones. 
Furthermore, the combination of the access information and the secret key 
part in the computing device, resulting in the secret key, can be any 
suitable function of the access information and the secret key part held by 
the computing device. A degenerated case is to let the secret key, 
corresponding to the public key of the computing device, be the same as 
the access information. This may be much less desirable, however, since 
criminals can now force the party holding or controlling the computing 
device to give up the secret key. 

When a public-key cryptographic action is to be performed by the 
computing device, it can immediately verify the provided access information 
against its public key (or a one-way function of the access information, 
which should then be substantially independent of the function according 
to which the secret key is computed from the access information and the 
secret key part of the computing device), and, perhaps after having allowed 
a few trials, lock up if the verifications do not hold. In Box 32 the 
computing device can hereto verify that <f+fW is equal to its public key, h. 

When used in conjunction with a conventional cryptographic scheme, 
however, the access information may not be verifiable directly by the 
computing device. Since the information computed by the computing 
device, for its cryptographic action, will be incorrect when false access 
information is provided, this need not be a problem. When messages are 
encrypted using, say, the bit-wise exclusive-or of the message and the secret 
key, so that only a receiver party knowing the same secret key can decrypt, 
even a small password can offer a satisfactory level of security, since guesses 
for the complete secret key cannot be verified other than by encrypting 
messages with random secret keys and hoping that the resulting ciphertexts 
will be accepted. For messages with significant redundancy the receiver 
party is highly likely to obtain a nonsensical message when decrypting, and 
hence will be informed that a fraud may be going on. Alternatively, the 
computing device stores a one-way function of the access information, to 
verify the provided access information directly; in this case the one-way 
function should be substantially independent of the function according to 
which the secret key is computed from the access information and the 
secret key part of the computing device. 
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provider party can then forge digital signatures with respect to h. 

The methods described for FIG. 3 for dividing the secret key between 
the access information and the information stored by the computing device 
can also be used here, for dividing the secret key between UC and TC. 

By also applying the inventive technique of PIG. 3, so that the secret 
key corresponding to h in effect is divided between TC, UC, and access 
information of the user party, security is further improved. Furthermore, as 
with FIG. 3, the technique can also be applied in case the secret key is used 
in a conventional cryptographic action (i.e., when there is no public key 
corresponding to the secret key). * 

As will be clear to those of ordinary skill in the art, the technique 
applies equally well to many other digital signature schemes. See, for 
example, the following signature schemes, collectively referred to as digital 
signature schemes of the Fiat-Shamir type: Brickell, E., and McCurley, K., 
"An Interactive Identification Scheme Based on Discrete Logarithms and 
Factoring," Journal of Cryptology, Vol. 5, No. 1 (1992), pp. 29-39; Feige, 
U., and Shamir, A., "Witness Indistinguishable and Witness Hiding 
Protocols," Proceedings of the 22nd Annual ACM Symposium on the 
Theory of Computing, 1990, pp. 416-426; Feige, U., Fiat, A., Shamir, A., 
"Zero-Knowledge Proofs of Identity," Journal of Cryptology, Vol. 1, No. 2 
(1988), pp. 77-94; Fiat, A., and Shamir, A., "How to prove yourself: 
practical solutions to identification and signature problems," Advances in 
Cryptology - CRYPTO '86, Lecture Notes in Computer Science, 
Springer- Verlag, pp. 186-194; Guillou, L., and Quisquater, J.- J., "A 
Practical Zero-Knowledge Protocol Fitted to Security Microprocessor 
Minimizing Both Transmission and Memory," Advances in Cryptology - 
EUROCRYPT '88, Lecture Notes in Computer Science, no. 330, 
Springer- Verlag, pp. 123-128; Okamoto, T., Trovably Secure and Practical 
Identification Schemes and Corresponding Signature Schemes," Advances in 
Cryptology - CRYPTO '92, Lecture Notes in Computer Science, no. 740, 
Springer- Verlag, pp. 31-53; and the DSA and the ElGamal signature 
scheme. Moreover, it also applies to cryptographic actions other than 
digital signing, such as identification (any of the identification schemes in 
the above references can be used) and encryption. 

FIGS. 5 to 9 describe flowcharts for a privacy-protected off-line 
electronic cheque system offering security against parties that can extract 
the contents of tamper-resistant devices. In the system, the party 
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controlling IC is a financial institution that can issue electronic cash, such 
as a bank, and UC is a user-controlled computing device of a user party. 

The design of the system is based on the digital coin system described 
in Section 11.3 of patent application Ser. No. 08/203,231, filed February 28, 
1994. The inventive technique described in the present application allows 
the cryptographic mechanism for tracing double-spent coins, called 
restrictive blinding, and described in patent application Ser. No. 
08/203,231, filed February 28, 1994, to be combined with a counter-based 
representation of electronic value, without seriously degrading security. As 
will be clear to those of ordinary skill in the art, the inventive technique 
can also be applied to any of the other digital coin systems described in 
patent application Ser. No. 08/203,231, filed February 28, 1994, and 
variations thereof based on the restrictive blinding technique. 

The inventive techniques described by FIGS. 2 to 4 will not be shown 
applied in the figures, since that would distract from the essentials of the 
present inventive technique. The security of a practical implementation 
would, however, certainly benefit when they are applied as well. 

In accordance with the description in Section 11.3 of patent application 
Ser. No. 08/203,231, filed February 28, 1994, the public key of the party 
controlling IC comprises numbers g 0 , g u and h, all in G q and unequal to 
1, and the description of a collision-resistant hash-function, H( ). Here, go, 
gi, and & have been generated at random, and ft is equal to jf, where x in 
Z, is a randomly chosen secret key available to IC. 

Turning now to FIG. 5, a flowchart of an account opening protocol will 
now be described in detail. 

The first line of Box 51 shows IC generating at random a secret key x< 
in Z„ after having received a request from the user party holding UC to 
open an account. The second line shows IC computing the corresponding 
public key, denoted by hi. The third line shows IC computing (/n^)', 
denoted by The fourth line shows IC registering fc. In addition (not 
shown in the figure) IC registers a balance variable, bal, that keeps track of 
the amount of cash that the party holding UC has in its account. The fifth 
line shows IC sending to UC the numbers fn and z { . In addition, the party 
controlling IC provides the user party with a tamper-resistant device, TC, 
that has stored in its non-volatile memory at least the numbers x { and & a 
description of G„ code to perform its role in the protocols, and a counter 
variable denoted by balance. The counter variable serves to keep track of 
the amount of electronic cash that is held by the user party, and the 
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number hi is the public key of TC To ensure that TC cannot leak 
privacy-related information to the outside world, the user party configures 
TC and UC in such a way that all flow of information between TC and the 
outside world passes through UC. 

Box 52 shows UC storing fa and z*. These numbers will be needed to 
withdraw an electronic cheque. 

T\irning now to FIG. 6, a flowchart of a cheque withdrawal protocol will 
now be described in detail. 

In this protocol the account of the user party holding rfc and TC, 
henceforth referred to as the account holder, will not be charged by IC; 
cheques can be withdrawn for free (or perhaps for a small fee). Instead, the 
transfer of cash from the account to the tamper-resistant computing device, 
TC, takes place by a separate cash withdrawal protocol, described by FIG. 
9 below. An alternative approach would be for iC to charge the account of 
the account holder for the maximum amount, denoted by max, for which a 
withdrawn cheque can be spent. With the latter approach, the counter in 
TC, balance, serves to accumulate the unspent parts of electronic cheques, 
and the account holder should be able to deposit accumulated value to its 
account. Although this approach offers somewhat greater security for the 
bank against a criminal who manages to extract the contents of TC, the 
first approach is more convenient for the account holder, and so will for 
explicitness be assumed in the following description. 

The first line of Box 61 shows TC generating at random a number w< in 
Zf ; this number must be stored for later use, in the payment protocol. The 
second line shows TC computing a, according to g? 4 . As shown in the third 
line, TC then sends a» to UC. 

The first line of Box 62 shows UC generating at random a number in 
Z*. The second line shows UC generating at random four numbers, all in 
Zf . The third and fourth lines show UC computing two numbers, h[ and a<, 
where h\ is a blinded form of ^ft; (*J, a<) is a one-time public key that is 
hidden from IC. The fifth line shows UC computing jz£, by blinding z*. The 
sixth and seventh lines show UC pre-computing two numbers, temp l and 
temp 2 , for use in Box 64. UC stores (fej, a{) and (a x , a 2 , a 3 ) for later use in 
the payment protocol, and temporarily stores temp u temp 2 , q 4 , and a 5 . 

These steps conclude the pre-processing phase of the protocol. UC now 
makes a connection with IC, requesting the withdrawal of a cheque. For 
security reasons, preferably an identification protocol is performed first. 
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Hereto TC can prove knowledge of x t without revealing it, for example by 
using the Schnorr identification protocol. Alternatively, an identification 
protocol based on conventional cryptographic techniques can be used, 
similar to FIG. 9, to be described. After successful identification, the 
cheque withdrawal protocol continues. 

The first line of Box 63 shows IC generating at random a number w in 
z «7- The second and third lines show IC computing two numbers, a and b. 
As shown in the fourth line, IC then sends a and b to UC. 

The first line of Box 64 shows UC computing a number d, which UC 
stores for later use in the payment protocol. The second line shows UC 
computing a challenge number, c, which is a blinded form of d. As shown 
by the fourth line, UC then sends c to IC. 

The first line of Box 65 shows IC computing a response number, r, 
based on its secret key x. The second line shows IC sending r to UC. This 
concludes the on-line part of the protocol; UC can now go off-line again. 

The first two lines of Box 66 show UC verifying r, by checking two 
relations. For greater efficiency, the verification can be omitted, or 
performed only occasionally. Alternatively, it can be performed somewhat 
more efficiently, after r> has been computed as specified in the third line, to 
be described, by verifying whether fa^)^(fa{) c VP is equal to 1. As 
shown by the third line, if the verification holds then UC computes r*, 
which is a blinded form of r u and stores it for use in the payment protocol. 
The numbers temp^ tomp 2 , a 4 , and a 5 can be erased, since they are no 
longer needed. 

As already indicated, an important benefit comes from applying the 
inventive technique described by FIG. 2 to the cheque withdrawal protocol, 
which those of ordinary skill in the art should find a straightforward task. 
The computation in Box 61 of a, is hereto simulated using pseudo-random 
numbers, and is performed by IC instead of TC, and synchronization of the 
pre-processed numbers provided by IC and those expected by TC in the 
cheque payment protocol, to be described in FIG. 7, is ensured exactly as 
in FIG. 2. Since the cheque payment protocol and the cash withdrawal 
protocol, to be described by FIG. 9, also do not require TC to perform 
heavy cryptographic operations, this means that the entire cash system can 
be implemented using tamper-resistant computing devices with 
non-sophisticated processors, while maintaining a high performance level. 



Turning now to FIG. 7, a flowchart of a cheque payment protocol will 
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now be described in detail. 

Box 71 shows RC, having received from the account holder a request to 
provide a "service," sending to UC a message, m. This message is a 
concatenation, in a standardized format, of the amount that is to be 
transferred, denoted by amount, the time and date of the transaction, and 
an identification number. The identification number is uniquely associated, 
at least by the party controlling IC, with RC, such as its account number at 
IC or its public key. Additional data fields may be included in m. It is 
assumed without loss of generality that amount is no greater than max; 
amounts in excess of max must be paid by using more than one cheque. 

The first line of Box 72 shows UC computing a number d according to 
H(/i-,aj,m). The second line shows UC sending its one-time public key, 
(/i-,a<), and the message, m, to TC 

The first line of Box 73 shows TC verifying that balance is no less than 
amount. If this is the case then, as shown by the second line, TC computes 
d as did UC. The third line shows TC computing a response number fi, 
based on its secret key x*. The fourth line shows TC decreasing balance by 
amount. The fifth line shows TC erasing Wi from its memory. Finally, as 
shown in the sixth line, TC sends r x to UC. 

As will be clear, if cheques in the cheque withdrawal protocol must be 
pre-paid for the maximum amount, then the second line must be omitted, 
and in the fourth line balance must be increased by max minus amount. 

The first line of Box 74 shows UC verifying the correctness of r t . This 
step can be omitted, or performed only occasionally. As shown in the 
second line, if the verification holds then UC computes r' v which is a 
blinded form of r x . The third line shows UC computing a second response 
number, r 2 . Finally, as shown in the fourth line, UC sends to RC the 
one-time public key, the digital certificate of IC, and the digital signature 
with respect to the one-time public key. 

The first two lines of Box 75 show RC verifying the one-time public key 
and the digital certificate. Then, as shown in the third and fourth lines, RC 
verifies the signature on the message, m. If both verifications hold, RC is 
ensured that the payment can later on be deposited with IC, and can 
provide the requested service to the account holder. 

In some applications it is conceivable that UC can determine m itself. 
For example, when payments are made over a computer network, date and 
time may be retrieved locally, and the identification number of RC may be 
stored on a local server. Since it can be expected that the granularity of the 
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time field in m is such that small disturbances in clock synchronization 
between UC and RC result in different values, it is conceivable that RC 
expects another time field value to have been used by UC. This need not be 
a problem, when the following technique is used. During the payment, UC 
sends the chosen value for the time field along. RC then checks that the 
same cheque has not already been used for the same time value. To this 
end, RC can accept any suggested value for the time field that lies within a 
certain time span, such as half an hour, and for each payment verify that 
the involved payment data has not been received before in this time span. 

<• 

1\irning now to FIG. 8, a flowchart of a cheque deposit protocol will 
now be described in detail. 

Box 81 shows RC sending the written cheque to IC. 

The first line of 82 shows IC searching a deposit database to find out if 
(/*-,<) has already been received. As shown in the next three lines, if this is 
not the case then IC verifies the cheque. More specifically, the second line 
shows IC verifying the one-time public key; the third line shows IC verifying 
the digital certificate of IC; and the fourth and fifth lines show IC verifying 
the digital signature on m. As shown in the sixth line, if the verifications 
hold then IC stores (AJ, aj), m and (rj, r 2 ) in its deposit database. Finally, 
as shown in the seventh line, IC then credits the account of the account 
holder that is associated with the identification number specified in m, by 
the amount, amount, that is specified in m. 

In case (ft-,a<) in the first line of Box 82 is found to be already in the 
deposit database, a fraud has occurred. If the message of the already stored 
information is identical to the message, m, of the new payment, then the 
cheque has already been deposited and is not accepted by IC. (Note that 
the inclusion of the identification number in m prevents wire-tappers from 
depositing cheques, transferred to RC, to an account other than that of 
RC.) Otherwise, IC verifies the deposited cheque as in Box 82. If the 
verifications hold then the cheque must have been double-spent (implying 
that some party has been able to extract the secret key of a 
tamper-resistant computing device). From the pair, (rj,r 2 ), and the pair 
for the already deposited cheque, say (r^), IC can compute 
( r i - )/ ( r 2 - rj) mod g, which is equal to the public key hi of the 
tamper-resistant device that must have been compromised. 

As will be appreciated, this property of traceability of double-spent 
cheques ensures that if the account holder manages to extract the contents 
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of TC, it cannot spend the same withdrawn cheques over and over without 
being traceable. Untraceable electronic cash can be introduced only by 
spending each withdrawn cheque once; in that way a profit of at most the 
number of withdrawn cheques times their maximum spendable amount can 
be made. Since IC can monitor the number of cheques withdrawn from an 
account, the expected financial damage due to compromise of 
tamper-resistant devices is greatly limited. By applying, in addition, the 
inventive techniques of FIGS. 3 and 4 to the computing devices of account 
holders, security is also offered against criminals who try to make a profit 
by using stolen computing devices. Of course, account holders should be 
required to report the loss or theft of stolen computing devices, in order to 
prevent (partial) liability, and blacklisting can be applied. 

Several optimizations to the protocols described by the flowcharts of 
FIGS. 6 to 8 can be applied. If the number d in the cheque payment and 
cheque deposit protocols is computed, by all parties involved, according to 
H(h\ y W(aO, spec), and the verification relation a< = g} g?(hfi- d is replaced 
by W«) = WfofflP then H(<n) can be sent instead of Similarly, 

the number zj can be hashed. A further reduction can be obtained by 
merging the verification relations for a\ and d into 

d « H{hUh?m^W&9i k^.M'MT')- 

In that case, a' { need not be transferred in the payment and deposit 
protocols, and need not be stored by UC in the cheque withdrawal protocol. 
In the deposit protocol, IC then uses comparison to h\, instead of to (ftj, a<). 
Although d can no longer be computed as H{h' i% oj, spec), computing it 
according to H{ti iy W(z0, d, r 1 , spec) should not degrade security. 

Furthermore, it suffices for IC to store at deposit time the information 
hash(ft5), m, (r[> r 2 ), and perform an occasional random check against the 
information in the depositxiatabase. Here the function haah(-) serves 
merely to reduce the storage space that must be reserved for h\ by IC. It 
need not be one-way; for example, it may simply map fcj to its twelve most 
significant bytes. In addition, IC may want to store m, (r[ f r 2 ) on a slow, 
large-capacity storage medium such as a WORM disc or tape, and store 
hash(^)» together with a pointer to m, (ri, r 2 ), on a fast non-volatile 
storage medium such as a hard disk. 

By simulating its random choices using a deterministic pseudo-random 
number generator, UC can keep track of the produced random numbers by 
keeping track of indices and a seed value. This also allows UC to regenerate 
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the random numbers, and numbers that are computed from them, at 
cheque payment time, instead of storing them at cheque withdrawal time 
Storage space is significantly reduced in this way, which may be particularly 

It will be clear to those of ordinary skill in the art that a variety of 

No • M/203,23 , filed February 28, 1994, can be applied. For example, 
protection agarnst frammg, anonymous accounts and multi-spendable 

stL" 7 JTTT the presented cheque 

system. Also, tire tasks of TC and UC can be performed by one 

tamper-res.stant computing device, which then must have a special-purpose 
coprocessor; it hereto simply performs the roles of both TC and UC^ 

a co^Tk \ C ^ ^ ° f ° f the ~ holder by means of 

^ S mt h ° lder « ™ - amount only when 
^2 ? am ° UDt ' Preferab1 ^ «» ««>unt holder should be able 

to occasionally (re)load TC, by transferring cash from its account to TC 

TJLLrrlr ^ * COmm011 ^ ' C a "»* ^ de -ted by xey. 
mL^T k DUmber ' 88 *' whi <* has been set to some 

-tad vatae, have been stored in TC before TC was issued to the account 
holder. The sequence number, sea serve*, tn , , 

account holder. P * attack * * e 

In addition, tire description of a one-way hashfunction /(.), such as the 
SHA, has been stored in TC. The function /(•) may even be LZ^Z 

be detenmmstrcaUy related to «(•), and key to x, for greater storage 
efficiency m TC; similar considerations as in the descrip^n of 
appty, wrthseq corresponding to j, and key to . or/ 

The first Une of Box 91 shows IC decreasing the account balance bal of 
^unt holder by a»ount, where a.ount is the cash ammT£t t 
accomrt holder wants to transfer from its account to TC. The second Une 
shows C mcreasmg by one. The increment by one is only for 

tr*? ^ new — number * ^ *> *• 

^quence number according to a more complicated relation, which may even 
be kept secret by ,C. The third line shows «C computing . 'acc^l 
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/(key seq, amount). As shown in the fourth line, IC then sends v to UC. 
Again, the same remarks apply as in the description of FIG. 2. For 

stance, instead of letting IC keep track of the value of seq for TC, UC can 
be requested to inform IC of seq. 

Box 92 shows UC passing v on to TC. 

The first line of Box 93 shows TC verifying whether v is equal to 
/(key seq, amount). As shown in the second line, if this is the case then TC 
increases seq by one. The third line shows TC increasing its counter, 

balance, by amount. 

Although another account holder cannot transfer cashfrom the account 
of the account holder to its own tamper-resistant device, it must not be 
possible for other parties to decrease the account balance, bal, of the 
account holder. Hence the account holder should be required to prove 
ownership of its account before the cash withdrawal protocol is executed^ 
Hereto a highly similar protocol, with the roles of TC and IC interchanged, 

can be used. . 

To prevent IC in this protocol from sending subliminal ^formation to 
TC UC must see to it that the number, v, transferred by IC in Box 91, 
cannot serve as a subliminal channel. One way to do this is as follows. 
Before UC passes v on to TC, TC must send to UC a commitment on 
/(key, seq, amount). After UC has passed v on to TC, TC must then open 
ihe commitment to reveal that it anticipated v. The commitment function 
can for instance be the outcome of the SHA on inputs /(key, seq, amount), 
in which case the commitment is opened automatically when v is revealed. 
When the account holder must pre-pay withdrawn cheques for their 

maximum spendable amount, and the counter in TC accumulates unspent 
value at payment time, the above cash withdrawal protocol becomes 

superfluous. Instead, a highly similar protocol, with the roles of TC and IC 
interchanged, can be used by the account holder to deposit accumulated 
unspent electronic cash. It should be clear to those of ordinary skul in the 
art how to construct this protocol, by studying FIG. 9, and so a detailed 
description is omitted here. 

The counter, balance, that is maintained by TC specifies an amount of 
electronic cash in a particular currency. For example, a counter value of 
10,000 may represent 10,000 cents. To transfer an amount that is specified 
in a different currency than the currency used by TC, the amount is fast 
multiplied by TC by an appropriate conversion rate, to convert it mto s 
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currency, before subtracting it from (or adding it to) its counter. The party 
controlling IC can force the use of valid conversion rates by requiring RC to 
specify in m a field indicating the two currencies involved in the cheque 
payment, and the conversion rate used for these two currencies. This field 
can be filled in at cheque payment time by the parties involved in the 
transaction. Since m also consists of time and date of the transaction, IC 
can verify at deposit time whether the applied conversion rate is no greater 
than the rate that prevailed at that time and date. 

This leaves open the possibility that inappropriate time and date values, 
favorable to the parties involved in a transaction, are used? To prevent such 
fraud, deposits of receiver parties can be required to be made, say, at the 
end of the day, and receiver parties can be required to pay a certain fee in 
order to have the right to choose the most advantageous exchange rate at 
payment time. Alternatively, RC can be forced to use a secured processor 
that always generates the proper time and date. Another technique, that 
does not require receiver parties to use tamper-resistance, is described by 
FIGS. 10 to 12. These figures demonstrate the necessary changes that 
must be made to FIGS. 6 to 8, respectively. (The account opening protocol 
is the same as that described by FIG. 5.) 

The public key of the party controlling IC now in addition comprises two 
randomly generated numbers, g 3 and g 4 , both in G 9 and unequal to 1, and 
the numbers gf and g% . 

Turning now to FIG. 10, a flowchart of a modified cheque withdrawal 
protocol will now be described in detail. 

Box 101 is the same as Box 61. 

The first line of Box 102 is the same as the first line of Box 62. The 
second line is similar to the second line of Box 62, with the addition that 
one extra random number, a 6 , is generated. The third line is similar to the 
third line of Box 62, with the difference that the computation of h[ now is 
also based on the product gi 9i . Here, I is a suitable encoding of a table of 
currency conversion rates; for all currencies that TC wants to be able to 
convert to at cheque payment time, the table has an entry containing an 
exchange rate that must be applied. Since it is infeasible to predict future 
conversion rates, the table should be treated much like a put option. (This 
may require cheques to have expiration dates; these can be encoded by IC 
into / together with the exchange-rate table.) The fourth line is similar to 
the fourth line of Box 62, with the difference that a< now is also based on 
im) and o*. The fifth line is similar to the fifth line of Box 62, with the 
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difference that now is also based on (pf)^* ; this product can be 
computed by UC from the two publicly available numbers </£ and pf, the 
difference being that the computation of b is now also based on g^g^ where 
I is the encoding of the table of currency conversion rates. Line six is the 
same as the sixth line of Box 62. Finally, the seventh line is similar to the 
seventh line of Box 62, with the difference that the computation of temp 2 
now is also based on the product g l 3 g 4 . 

The first line of Box 103 is the same as the first line of Box 63. The 
second line of Box 103 is the same as the second line of Box 63. The third 
line is similar to the third line of Box 63, with the difference that the 
computation of b now is also based on the product g l $g A . The fourth line of 
Box 103 is the same as the fourth line of Box 63. 

Box 104 is the same as Box 64. 

Box 105 is the same as Box 65. 

The first line of Box 106 is the same as the first line of Box 66. The 
second line is similar to the second line of Box 66, with the difference that 
the verification of b now is also based on the products g l z g 4 and (jf ) l g% , 
which can be computed from the two publicly available numbers and g\ . 
The third line is the same as the third line of Box 66. 

As will be clear to those of ordinary skill in the art, UC can speed up 
computations somewhat by storing the products z^J and /i2<fe04 
permanently. 

Turning now to FIG. 11, a flowchart of a modified cheque payment 
protocol will now be described in detail. 

The first line of Box 111 shows RC determining m, the message that 
must be signed by the account holder. In addition to the fields specified in 
the description of Box 61, m now must also include a field indicating the 
two currencies involved in the payment, and the appropriate currency 
conversion rate, rate, extracted from the table specified by L Hereto, UC 
will have to cooperate, by providing I to RC, since RC does not know the 
value of /. 

Box 112 is the same as Box 72. 

The first line of Box 113 is new, and shows TC converting the amount 
specified by RC, denoted by amt and measured in the currency used by RC, 
into the equivalent amount measured in the currency used by TC. TC 
hereto multiplies the specified amount by the appropriate conversion rate,, 
rate, which it reads from m. To avoid cheating, TC must not accept 
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negative values for rate. How to deal with round-off errors is a matter of 
ICs policy. Lines two to seven are the same as lines one to six of Box 73. 

The first three lines of Box 114 are the same as the first three lines of 
Box 74. The fourth line is new, and shows UC computing an additional 
response value, r 3 . The fifth line is similar to the fourth line of Box 74, 
with the difference that UC now also sends r 3 to RC. 

The first three lines of Box 115 are the same as the first three lines of 
Box 75. The fourth line is similar to the fourth line of Box 76, with the 
difference that the verification of a- is now also based on the currency 
conversion list, /, the additional response, r 3 , and g^g^ If both verifications 
hold, then RC can provide the requested service to the account holder. 

Turning now to FIG. 12, a flowchart of a modified cheque deposit 
protocol will now be described in detail. 

Box 121 is similar to Box 81, with the difference that RC now also 
sends r 3 to IC. 

The first four lines of 122 are the same as the first four lines of Box 82. 
The fifth line is similar to the fifth line of Box 82, with the difference that 
the verification of a\ now is also based on (g^) and r 3 , where the value of I 
used by IC is that specified by m. The sixth and seventh lines are the same 
as the sixth and seventh lines of Box 82. 

As will be appreciated, the protocols of FIGS. 10 to 12 can be further 
modified in order to increase efficiency. In this way the need for g% , a% 
and r 3 can be avoided. Hereto the blinding of hiffr in the third line of Box 
102 needs to proceed in a different way; instead of raising it to a random 
power, it must be multiplied by a random power of g 0 . More specifically, 
the following changes must be made. 

In Box 102, in the second line the generation of a 6 must be omitted. 
The third line must be changed to read /ij «— /&»S2ff 3 ffo l - The fourth line 
must be changed to read a\ <— Oigx 2 g% s . The fifth line must be changed to 
read <— Zi(g$) l h ai . Finally, the seventh line must be changed to read 

tenpa^ff^tWa) 0 *^) 04 . 

In Box 103, the third line must be changed to read 6 (/^Pa)*'- 

In Box 104, the first line must be changed to read 
d «- W^ajj^atemp^fca 01 temp 2 ). 

In Box 106, the second line must be changed to read 
[k=(W3) r (^)')1. 
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In Box 114, the second line must be changed to read 
r[ +- ri + a 2 mod q. The fourth line must be omitted, and in the fifth line 
r 3 must be omitted. 

In Box 115, the fourth line must be changed to read 

In Box 121, in the first line r 3 must be omitted. 
Finally, in Box 122, the fifth line must be changed to read 
a i = fc'sFMAfcfli))"*! and in the sixth line storage of r 2 can be omitted. 

This concludes the detailed descriptions of two preferr^ embodiments. 
While these descriptions of the present invention have been given as 
examples, it will be appreciated by those of ordinary skill in the art that 
various modifications, alternate configurations, and equivalents may be 
employed without departing from the spirit and scope of the present 
invention. For example, there are many essentially equivalent orders to 
evaluate expressions; ways to evaluate expressions; ways to order 
expressions, tests, and transmissions within flowchart boxes; ways to group 
operations into flowchart boxes; and ways to order flowchart boxes. The 
particular choices that have been made here are merely for clarity in 
exposition. Various such modifications, alternate configurations, and 
equivalents have been indicated in the text* 

Certain variations and substitutions may be apparent to those of 
ordinary skill in the art. Various such variations and substitutions have 
been indicated and sometimes described in detail in the text. 

It will also be obvious to those of ordinary skill in the art how parts of 
the inventive techniques and protocols disclosed here can be used to 
advantage. 
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3THAT IS C?T»ATMF!P TS' 

1. A method for a user-controUed first computing device to reduce the 
computational burden of a tamper-resistant second computing device, 
the second computing device having a first and second secret key and 
having to perform a cryptographic action with respect to a public key 
corresponding to the first secret key, the method comprising the steps 
of: 

computing by a third computing device^at least one number, by 
applying a one-way function to the second secret key and a first 
serial number; 

providing by the third computing device to the first computing 
device, the at least one number; 

computing by the first computing device, information based on 
the at least one number, the information being synchronized with 
a second serial number of the tamper-resistant computing device; 

providing by the first computing device to the second computing 
device, the information; 

computing by the second computing device, at least one output, 
the output being based on the first secret key, the information, 
and an application of the one-way function to at least the second 
secret key and the second serial number, and 

updating by the second computing device, the second serial 
number by applying an update function. 

2. A method as in claim 1, wherein the first computing device stores the 
at least one number in a FIFO queue to synchronize the information. 

3. A method as in claim 1, wherein the second computing device 
provides to the first computing device, the second serial number. 

4. A method as in claim 1, wherein the cryptographic action is digital 
signing with respect to the public key. 

5. A method as in claim 4, wherein the digital signing is based on one of 
the Schnorr digital signature scheme, the ElGamal digital signature 
scheme and the DSA. 
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6. A method as in claim 1, wherein the update function increments the 
second serial number by one. 

7. A method as in claim 1, wherein the update function is secret. 

8. A method as in claim 1, wherein the second secret key is the same as 
the first secret key. 

9. A method as in claim 1, wherein the second secret key is substantially 
independent of the first secret key. 

10. A method as in claim 1, wherein the first computingdevice is one of a 
desktop computer, a notebook computer, a laptop computer and a 
handheld computer, and the second computing device is either a 
smart card or a PCMCIA card. 

11. A method for implementing an access protocol between a party and a 
computing device associated with the party, the computing device 
having stored information and having to perform a cryptographic 
action based on at least a secret key, and the secret key being a 
function of the stored information and access information that must 
be entered by the party, the method comprising the steps of: 

providing by the party to the computing device, the access 
information; 

performing by the computing device, the cryptographic action 
based on at least the access information and the stored 
information; and 

erasing by the computing device, the access information. 

12. A method as in claim 11, wherein the access information is a 
substantially random password. 

13. A method as in claim 11, wherein the access information is based on 
. abiometric. 

14. A method as in claim 11, wherein the cryptographic action is 
performed with respect to a public key corresponding to the secret 
key. 

15. A method as in claim 11, wherein a one-way function of the access 
information is directly verified by the computing device, and access is 
granted only if the verification holds. 
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16. A method as in claim 11, wherein it is infeasrible to compute the 
access information from the stored information and the secret key. 

17. A method as in claim 11, wherein the computing device is 
tamper-resistant, and the stored information is substantially random. 

18. A method as in claim 11, wherein the party regularly changes the 
access information, and the computing device correspondingly changes 
the stored information in such a way that the function of the access 
information and the stored information still results in the secret key. 

19. A method for a tamper-resistant first computing device to perform a 
cryptographic action with respect to a public key, the first computing 
device being held by a party that also holds a user-controlled second 
computing device, the method comprising the steps of: 

computing by the second computing device, at least one number 
based on at least a first secret key held by the second computing 
device, the at least one number being substantially uncorrected 
to the first secret key- 
providing by the second computing device to the first computing 
device, the at least one number; and 

computing by the first computing device, at least one output 
based on at least the at least one number and a second secret 
key held by the first computing device, a function of the first and 
second secret keys being equal to a third secret key 
corresponding to the public key. 

20. A method as in claim 19, wherein the cryptographic action is digital 
signing 

21. A method as in claim 20, wherein the digital signing is based on a 
digital signature scheme of the Fiat-Shamir type. 

22. A method for a tamper-resistant first computing device to perform a 
cryptographic action based on a first secret key, the first computing 
device being held by a party also holding a user-controlled second 
computing device, the method comprising the steps of: 

providing by the second computing device to the first computing 
device, a second secret key; 
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computing by the first computing device, at least one output 
based on at least the second secret key and a third secret key, 
the first secret key being a function of the second and third 
secret keys; and 

erasing by the first computing device, the second secret key. 

23. A method for implementing a privacy-protected off-line electronic 
cheque system, in which an account holder holds a tamper-resistant 
first computing device and a user-controlled second computing device, 
and electronic cash is issued by an issuing party, th«f method 
comprising the steps of: 

computing by the first computing device and the second 
computing device with the assistance of the issuing party, a first 
secret key, a corresponding public key and a digital certificate of 
the issuing party on the public key, the public key and the 
digital certificate being hidden from the issuing party, the first 
secret key comprising information certified by the issuing party, 
and the information certified by the issuing party comprising a 
second secret key of the first computing device; 
receiving by the first computing device, a message specifying at 
least an amount of electronic cash; 

updating by the first computing device a counter variable in 
accordance with the amount of electronic cash specified in the 
message; 

computing by the first computing device, at least one output 
based on at least the message and the second secret key; 
providing by the second computing device to a receiving party, 
the public key, the digital certificate, and a digital signature on 
the message with respect to the public key; and 
verifying by the receiving party, the digital certificate and the 
digital signature on the message. 

24. A method as in claim 23, wherein the first computing device 
updates the counter variable by decreasing it by the amount of 
electronic cash specified in the message. 

25. A method as in claim 23, wherein the issuing party subtracts from an 
account of the account holder the mftrW""™ amount that may be 
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signed with respect to the public key, and the first computing device 
updates the counter variable by increasing it by the maximum 
amount minus the amount of electronic cash specified in the message. 

26. A method as in claim 23, wherein the message is determined by the 
second computing device, by including into the message a 
time-of-transaction value that is substantially close to that 
anticipated by the receiving party. 

27. A method as in claim 23, wherein the information certified by the 
issuing party also comprises a table specifying currency conversion 
rates, and the first computing device, before updating the counter, 
converts the amount of electronic cash specified in the message by 
applying a currency conversion rate specified in the table. 

28. A method as in claim 27, wherein the information certified by the 
issuing party also comprises a cheque expiration date. 
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